why：系統太大而出現的系統結構：一個系統變得龐大了之後，結構就不是線性的了；分布式系統並非是非要這樣建立，起源是因為系統變大之後，可能很多接口要新增，很多功能要接入，很多子系統要接入；
（
web中系統不是最大的範圍，應該說系統只是一個描述範圍的方式，反而服務是更加面向顧客的描述方式；所以系統設計，和服務設計，哪個才是大家最需要的？小而美的話，應該從服務設計出發；大而全，才需要從系統設計出發；
）
how：這個時候，無法使用線性的關係，就會形成分布式系統了：星狀系統；和網絡的拓撲圖一樣；
核心概念：
Load Balancer：分配資源，是一個決策樹；
服務失敗的四種情況：傳輸失敗，系統失敗，二次存儲失敗，溝通中間層失敗；
服務失敗的解決方案：可預估的錯誤的處理方式：解決錯誤；不可預估的錯誤：恢復到之前沒有錯誤的狀態；
二階段提交：為了使基於分布式系統架構下的所有節點在進行事務提交時保持一致性而設計的一種演算法；

深入探討：
1 分布是指多個進程同時運行；分布運行中蘊含很多問題是我們無法想象的：比如數據什麼時候收斂，死鎖，確切的時間是什麼？
2 分布式成為必須的原因：範圍，複雜度不斷擴大；
（
只要組織在發展，就會必然形成這樣的趨勢；
同樣的，只要服務不斷的在成長，勢必成為這樣的狀態；
）

3 並發並非只是像操作系統中的多線程管理一樣，並發控制也是一個安全問題；
比如使用權控制：會出現當前用戶干擾其他用戶的情況；
分布式系統的錯誤，發生的層次不同：從硬體層到商業環境層面，都會出現；
（
之前我都是認為這個就是操作系統的多線程的管理一樣，不同的cpu讓這個這個thread跑一下，然後讓另一個thread跑一下；
一個pc的環境，相對比較簡單；
一個分布式系統的環境，是一個商業環境，複雜多變；
）